Education
전공 관련 수료 과목
이화여자대학교
GPA (3.78/4.3
호크마교양대학 (2020.03 - 2021.03
컴퓨터공학과 졸업예정(2021.03 - 2024.02)
EPITA(School of Engineering and Computer Science
Summer Program AI Course (2022.07)
컴퓨터 프로그래밍 및 실습
객체지향 프로그래밍 및 실
오토마타 및 형식언
사이버보안개
소프트웨어창의융합설계
2020 - 2
1학년 2학기
2020 - 2
1학년 2학기
2021 - 1
2학년 1학기
컴퓨터구
임베디드 시스템 및 실
시스템 SW 및 실
JAVA 프로그래밍 및 실습
2021 - 2
2학년 2학기
데이터베이
정보통신공
운영체제
기계학
블록체인응
자료구
컴퓨터네트워크
2022 - 1
3학년 1학기
2022 -
3학년 2학기
인공지
컴
파일러
2023 - 1
4학년 1학기
클라우
드컴퓨
빅
데이터응
용
2023 - 2
4학년 2학기
Projects
MILE
글 모임을 위한 글쓰기 공간, 마일
GitHu
https://github.com/Mile-Writings
https://www.milewriting.com
Stac
Java 17, SpringBoot 3.2.1 JPA, MySQL, Redis AWS Console, Docker, QuertDsl, Github Actions, Swagger,
역
리드 서버 개발
Docker 컨테이너 기반 배포 환경 구
Openfeign을 이용한 소셜 로그인, Security + JWT + Redis 기반
의 인증/인가 프로세스 구
Spring Boot 기반 API 작
Nginx를 이용해 리버스 프록시 구
멀티 모듈 프로젝트를 통해 모듈간 의존성 분
MDCUtil & Discord 연동을 통한 에러 및 요청/응답 객체 로
Redisson 라이브러리의 setnx 활용을 통해 중복 체크 관련 API 분산
락 구현
authentication
config
filter
domain
도메인별 분리
repository
service
exception
config
filter
Projects
프로젝트 구조
MILE
https://www.milewriting.com
module-api
module-auth
modul
common
modul
domain
modul
external
controller
메인 모듈
인증/인가 및 소셜 로그인 구현 모듈
SecurityConfig 클래스 정의
JwtAuthenticationFilter 정의
Authentication 객체 및 인가 handler 정의
OpenFeign을 이용한
외부 API 호출 및 Jwt 클래스 정의
기본 configuration 파일 및 예외 처리, 로깅, Util 클래스 등 서비스 공통 모듈
D
ata
b
ase의
T
a
b
le을 정의한
엔티티
클래스,
DB
연동
R
epository 및 서비스 로
직
모듈
A
W
S S
3
등 외부 서비스
연동
모듈
L
og
관련
패키지
및 U
RL
인
코딩
R
esolver 클
래스 및
날짜
변환
등의 Util 클래스 정의
공용
DT
O 클래스 정의
로깅을
위
한 Servlet Filter 및
MD
CFilter 정의
CO
R
S
방지를
위
한
W
e
b
Config, Filter 등
록
을
위
한 FilterConfig 등 Configuration 파일
예외 처리 클래스 정의
Projects
구현 상세
MILE
https://www.milewriting.com
멀티 모듈 프로젝트를 통해 모듈간 의존성 분리
구현 상세
delete 쿼리 개선
프로젝트의 리팩토링 과정에서 글 삭제의 경우 글에 해당하
좋아요(궁금해요)와 댓글 삭제 쿼리가 delete ? where id = ? 의 형식으
무한대까지 나가는 상황인 것을 발견했습니다.
JPQL을 이용하여 delete from 쿼리를 이용해 벌크 연산을 실행했습니다.
멀티 모듈 도입 배경 도입 배경
도입 방법
도입 결과
멀티 모듈 도입 방식
도입 결과
패키지간 의존성을 줄이는 방법에 대해 고민하던 중, MiLE에서는 패키지가 가지는 역할을 모듈화
하여 관리하고자 했습니다.
팀원
에
게
멀티 모듈 방식에 대해
설명
한
후
함께
구조도
를
그렸
습니다.
코드
수
정이
있
을
때
한 모듈의
수
정 이
후
사
이
드
이
펙
트가
100%
줄
었
습니다.
초기
구
성
현
재
구
성
mod
u
l
dom
a
in
mod
u
le
-au
th
mod
u
l
common
mod
u
l
e
x
tern
a
l
mod
u
le
-a
pi
리팩토링
이
최
대 무한대의 쿼
리
문
발
생
가
능
최
대
3
개의 delete
문
으로
감소
Projects
MILE
https://www.milewriting.com
구현 상세
MDCFilter를 이용한 Discord 로깅
Logback을 사용해 Discord에 로깅을 하고 있던 상황에서 여러 번의 요
청이 동시에 들어올 때 멀티 스레드 환경에서 로그가 섞여 요청에 대한 분
석이 어려웠습니다.
도입 배경
도입 방식
도입 결과
기존 Discord 로깅 형태 도입 후 Discord 로깅 형태
여러개의 요청에 대한 에러가 발생해도 MDC 별로 정돈된 형태로 Discord Webhook을 통해 로깅됩니다.
문제점
로깅의 시작점과 끝점이 섞여서 로그가 어
떤 요청에 해당하는 것인지 알 수 없었습
니다.
MDCFilter를 통해
HTTP
요청
으
로
부터
필
요한 정
보
를 가
져와
JSON
형
식으
로
변
환하
MDC에
저장
한
후
,
HTTP
요청과
관련
된
컨텍
스
트
정
보
를 로그에
추
가
할
수 있도
만
들었습니다.
요청 별로
저장
한 MDC에 대하여 Discord
A
ppender를 통해 Discord Webhook
U
ri로 정돈된 형태로 로깅을
진행
하
였
습니다.
Projects
MILE
https://www.milewriting.com
구현 상세
구현 동기
구현 방법
테스트
글모임 이름 중복 체크 관련 분산락 적용
베타 테스트 유치를 앞두고 PM과 함께 테스트 대상 유저를 200명으로 예상했습니다. FGI(Focus Group Interview) 결과, 글모임 이름 중복
체크 과정에 대한 데이터 정합성 처리가 필요하다는 점을 확인했습니다.
글모임 생성 및 글모임 이름 중복체크에 활용되는 메서드에 적용할 어노테이션(@AtomicValidateUniqueMoimName)을 생성
트랜잭션 커밋 후 락 해제 시점을 보장하기 위해 Propagation.REQUIRES_NEW옵션을 지정해 부모 트랜잭션의 유무에 관계없이 별도의
트랜잭션으로 동작하게끔 설정
Around 어노테이션을
통
해 @AtomicValidateUniqueMoimName이 적용되어
있
는 메서드에 대해 Redisson setn
x
를
사
용하
여
분산
락을
획득
하고 해제하는 로
직
작성
E
x
ecutorService를 활용하
여
1
00
개
의 동시 요
청
이
들
어
왔
을
때
초반
에
들
어
온
1개
의 요
청
을 제
외
한
나머
지 요
청은
중복체크에
걸려
4
00
B
ad Request의 상
태
코
드를 리
턴
하는 상
황
을 가정, Moc
k
Mvc로 작성
Projects
MILE
https://www.milewriting.com
구현 상세
구현 동기
구현 방식
관련 Pull Request
전략 패턴을 사용한 소셜 로그인 구현
여러 개의 서비스를 제공하여 로그인 안정성을 제공하고자 새로운 서비스를 추가하였습니다. 새로운 엔드포인트를 추가하는 방향일 경우 소셜 로그인 서
비스가 추가될 경우 확장성이 다소 낮다고 고려했습니다.
런타임 시 알고리즘을 바꾸는 전략패턴을 적
로그인 전략의 틀을 Interface로 분리하여 이를 구현한 전략 클래스(Kakao, Google)를 구현, 각 전략 클래스에 구분을 위해 SocialType
Getter와 함께 정
등록된 빈 클래스를 런타임에 따라 매칭해주는매니저를 구현하여 매니저 클래스에 다음과 같이 Map으로 의존성을 받고 생성자를 통해 의존성을
주입받고, 각 전략 클래스마다 정의되어 있는 Social Type을 키로 보
실제 런타임에서는 switch, case 문으로 아래와 같이 LoginStrategy를 대응
Projects
ASAP
최적의 회의시간 도출 서비스
IT 창업동아리 SOPT APPJAM 우수상 수상
GitHu
https://github.com/ASAP-as-soon-as-possible
역
Github Actions, AWS Code Deploy CD 파이프라인 구
@Sl4fj와 Logback을 활용한 Request Body 로
Spring Boot 기반 API 작
개발 서버 배포 서버 분
Nginx를 이용해 리버스 프록시 구
Slack API 를 통해 서버 장애 모니터링
Stac
Java 17, SpringBoot 3.2.1 JPA, MySQL, AWS Console, Github Actions, Swagger
https://www.beginwithasap.com
관련 링크 : https://velog.io/@devlyny/Spring-AOP
Projects
ASAP
폴더 구조
https://www.beginwithasap.com
main
test
java
resources
Logback.xml 및 로깅 관련 파
환경 변수 파일
어플리케이션 로직 테스
Mockito기반 Controller 테스트
common
enums
model
vo
dto
advice
filter
jwt
resolver swagger
aspect filter utils
config
controller
domain
exception
repository
service
필터 등록을 위한 configuratio
JWT 토큰 생
토큰 및 path variable 복호화 resolv
스웨터 문서 정리
예외처리 ControllerAdivc
로깅 AOP 클래스 정
Request 재사용을 위한 FIlte
로직 계산을 위한 Util Component
Projects
ASAP
https://www.beginwithasap.com
구현 상세
Spring AOP , Logback 사용하여 Request 로깅
Request Body에 유효하지 않은 값을 확인해주기 위해 @Validation 어노테이션을 사용했지만 유효성 검사에 사각지대가 존재하였습니다. Request Body가 빈 값으로 전해져
서버 내부 오류가 발생하였고 서버 인스턴스 내부에 들어가 nohup.out 파일 내부를 확인하는 불편함이 있었습니다. 로그의 경우 팀원과 함께 일관된 정보를 확인해야한다는 보장
이 있어야 했기 때문에 파일을 생성하여 날짜별로 기록하는 방식을 사용했습니다.
LoggingAspect 클래
Controller 메소드가 작동될 때 로깅이 적용되기 위해 PointCut 정
Request에 대한 Response 또한 기록해야하므로 Around(메소드 호출 전 후에 수행) 적용
단순히
Spring 내부에서 로깅
할
경우,
외
부
영역
에서
요청
이 들어오
면
서 오류가
난
다
면
요청
로그를
남
기지
못
한다
HTT
P에
접근
하기 위
헤
ContentCachingRequest
W
rapper를
상속받아
Logging
F
ilter을 만들어 Request Body 여
러번
참조
(
읽음
) 가
능
하
게
필터
정의 후
H
ttpRequestCon
f
ig를
통
해
핉터
를
등
logback
-
spring.
x
ml을
통
해 로깅 관
련
을
설
정, 서버가 로
컬
에서
구
동될 경우 console에 기록, de
v
에서
구
동될 경우 파일에 기록하는 방식으로
x
ml 파일 정의
로깅
도입
배경
로깅
구현
방식
문제
상
황
Projects
ASAP
https://www.beginwithasap.com
구현 상세
Slack API 연동하여 서버 내부 오류 모니터링
서버 내부 오류가 발생했을 때, 세부 사항을 즉각적으로 확인할 수 없는 문제점을 발견하
고, 내부 오류를 빠르게 모니터링 하는 방법으로 협업 툴인 Slack을 연동했습니다.
ControllerAdvice를 통해 체크 예외인 Exception이 발생하는 경우, request와 예외
내용을 담아 에러가 발생한 시점에 알림을 보낸다
전체 메시지가 담겨 있는 LayoutBlock을 생성하고 이를 바탕으로 Slack에 전송하는
Message 생성
모니터링 도입 배경
구현 방식
단순 클라이언트의 요청에 대한 에러 뿐만 아니라, 악의적인 해커의 반복적 요청에 대해
서도 대응할 수 있었음
구현 효과
JWT 토큰을 이용한 방장 인증
회
의의 방장으로
참
여한 사
람
의
권
한을 확인하
기
위
한
간편
한 방법을 고
안
한
후
에 JWT
기
반의 인증 방
식
을 사용했습니다
U
ser 도메인의
식별값
인 user
_
id 를 이용해 JWT 생
JWT
형식
으로
들어온
헤더
에서
R
esolver를 이용해 JWT 복
호화
토큰
기반
인증
방식 도입 배경
구현 방식
복
잡
한 방
식
의
유저
인증 방
식
이 아
닌
JWT 토큰으로
일원화된
방
식
으로 방장 인증
로
그
인 시 만
료되
지
않은
토큰이
존재함(유저
의
쿠키
에는
존재
하지
않
음
)
에도
불구
하
새
로
운
토큰을 만
드
는
리소스
가 발생하는
것
을 발견, 이를
위
해서
R
edis를 도
입
할
것
을
검
토
중
구현 효과
구현
목표
Projects
최적의 회의시간을 GET 하는 과정에서 Heap Space Out Of Memory 에러 발생
기존 ERD와 로직
해결 방법 및 해결 후 ERD
회의에 참여하는 참여자와 참여자의 가능시간을 담는 테이블을 두고
HashMap형식으로 <시간 , 가능한 사용자 List>를 찾아 가장 리스트가 큰 시간을 찾는
로직으로 구현했습니다. 이 때, 회의를 주체한 회의 방장이 제출했던 소요 시간을 고려하
는 상황이었습니다. 이 로직과 더해 30분 단위로 시간을 잘라 구현했으므로 최대 252개
의 HashMap이 발생하는 상황이었습니다.
엔드포인트는 유지하되 내부 DB 구조를 효율적으로 바꾸고자 했습니다. HashMap 등 객체를 가장 최소로 사
용하는 방향을 고안하던 중 DB 관계에서 가능한 시간과 가능한 사용자를 저장하는 방법을 고안했습니다
방장이 입력한 회의 날짜와 회의 진행 시간 범위에 해당하는 테이블을 만들고 그 각각 테이블에 참여가능한 회의
참여자 테이블의 연관관계를 구성하여 HashMap 등의 객체를 사용하지 않는 방법으로 해결했습니다.
최적의 회의시간을 GET 하는 과정에서 Heap Space Out Of Memory 에러 발생
앞
으로 회의 참여자
수
가
많
아지
면
언
제
든
발생
할
수
있
다고
판
단하
였
고 로직을
변경
하
기
로 했습니다.
ASA
P
https
://www
.
b
e
g
i
nw
ithasap.com
문제
상황
Projects
구현 상세
구현 동기
구현 방식
시나리오 테스트
구현 회의 링크 :
Interceptor, Redisson 사용한 동시 요청에 따른 예외 처리
회의 생성 후 참여자들의 가능 시간 입력에서 동시에 발생한 요청으로 중복된 자원 생성되는 현상을 발견했습니다
새로운 자원이 생기는 로직에 대해 대규모 WAS와 분리되어 동시에 온 요청을 막아야할 필요성을 느꼈습니다.
Interceptor의 preHandle 메서드에서 회의 생성, 가능 시간 입력 API 에
대해 Redisson Map을 사용하여 request가 온 IP와 Request Body값을
저장
putIfAbsent를 이용하여 이미 값이 존재한다면 429 Too Many Request
예외를 던
afterCompletion 메서드를 활용하여 예외 발생 및 응답 제공 후 Map에서
해당 값을 지움
구현 회의를
진행
한 후
백엔
드
팀
원
과
페
어
프
로
그래밍
형식
으로
진행
.
초
기
엔
setn
x
를 사용한
방식
을
고민
했지
만
, 시간이
지
난
후 요청을
진행
하는
것
이 아
닌
예외를 던
져
야 하기
때문
에 Redis가 제공하는 Map을 사용
ASA
P
h
ttps:
//www
.be
g
in
w
it
h
asap.com
Ex
ecutorSer
v
ice를 이용하여
쓰레
드를 여
러개
생성한 후 Moc
k
M
v
c로 동시 요청 시
나
리
오
작
1개
의 요청을 제외한
나머
지 요청이 429
TooManyRequest를 응답하는지
검증
하는
방
식
으로
테스트
진행
